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«con]plexTypB» 
PatientName 



codingScheme: Siring = OICOM 
codeld: String = (0010, 0010) 
«0..1»codeMeaning: String = Patient's Nanw 



palienLnameiString 



650 



<xs:coiiiplexType name=''PatientName'> 
<xs:complexContent> 
<xs:seqijenGe> 

<xs:element name^'patienLname* type='String'/> 
</)(S3eQuenoe> 

<xs:atlribute name=*codingScheme' lype='String' lixe(J='DICOM' use="required'/> 
<xs3ttribute narne^'codeld^ type^'Stnng' tixed^^^'IOOl 0.0010)' use='required'/> 
<xs3ttribute nam&^'codeMeaning* lype^'String' fixed^'Patient's Name minOccurs^'O'A* 
<As:complexContent> 
</xs:comp)exType> 



(57) Abstract: A method and apparatus are disclosed for modeling XML applications using an extended UML notation. The present 
invention extends the UML model template to include an additional compartment, refened to as a constant attribute compartment 
The constant attribute compartment allows the constant attributes of an XML element to beexplicitly represented in the UML model. 
The disclosed UML model can thereby distinguish XM\. elements and XMl. attributes using the additional constant attribute com- 
paitmcnt to represent attributes that remain constant through all instances of an object The UML modeling of XML elements is 
more clear and readable by separately modeling the constant attributes and the variable attributes of the XML element The present 
invention facilitates the automatic generation of XML schemas and source code with the appropriate software tools. 
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Method and apparatus for modeling extensible markup language (XML) applications using 
the unified modeling language (UML) 



FIELD OF THE INVENTION 

The present invention relates to methods and s^paratus for modeling XML 
applications, and more particularly, to methods and apparatus for modeling XML 
applications using a UML notation. 

5 

BACKGROUND OF THE INVENTION 

The Extensible Markup Language (XML), recommended by the World Wide 

Web Consortium (W3C), is a popular standard for encoding textual information. For a 

discussion of the XML standard, see, for example, Extensible Markup Language (XML) 1.0 
10 W3C Recommendation, http://www.w3.orgnil/1998/REC-xml-19980210. The XML 

standard allows XML-enabled applications to inter-operate with other compliant systems for 

the exchange of encoded information. 

As XML becomes more popular with information technology professionals, 

the ability to accurately model XML applications is becoming increasingly important. 
1 S Currently, most XML s4>plications are modeled using the Unified Modeling Language 

(UML), standardized by the Object Managemmt Group (OMG), and described in 

www.omg.org/uml. 

UML modeling is particularly desirable since the source code for an 

application that is modeled in accordance with the UML standard can be automatically 
20 generated in a number of conmion programming languages, such as Java and C-H-, using 

available UML tools. In addition, an XML Document Type Definition (DTD) can be 

generated fiom UML models using available XML Metadata Interchange (XMI) techniques. 

FIG. 1 illustrates the current UML notation for modeling objects. As shown in 

FIG. 1, a class element is represented in UML using a unit 100 having three compartments 
25 1 10, 120, 130. A class name compartment 1 10 records the name of the corresponding class. 

An attribute compartment 120 indicates one or more attribute names and their corresponding 

type. An operation compartment 130 indicates one or more operation names with their 

corresponding signatures. 
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The UML standard was originally developed to model object-oriented 
2^plications. The notation shown in FIG. 1 worics well for the modeling of objects in object- 
orimted applications, where a class has a set of attributes and operations. With the 
increasing use of distributed computings however, the constant attributes of a class, such as 
5 unique class identifier, are important for identifying such a class or instance of this class. A 
need therefore exists for an extoision of the UML model that allows the constant attributes of 
a class to be explicitly indicated in the UML model. A further need exists for a method and 
sq)paratus that allows an XML document or application object to be more precisely 
expressed. 

10 A number of techniques have been proposed or suggested for modeling XML 

applications with UML or variations of UML. For a discussion of conventional techniques 
for modeling XML applications with UML, see, for example, David Carlson, **Modeling 
XML Applications with UML - Practical e-Business Applications, Addison-Wesley (2001). 
XML data itself does not have behaviors or operations but only attributes and elements. 

15 Generally, the basic unit of XML data is an element An element has a value or has its own 
attributes (or both). In the current UML notation, however, it is difBcult to difiTerentiate 
between XML elements and attributes because they are typically put in the attribute 
compartment 120. 

20 SUMMARY OF THE INVENTION 

Generally, a method and ^aratus are disclosed for modeling XML 
sq>plications using an extended UML notation. The present invention extends the UML 
model template to include an additional compartment, referred to herein as a constant 
attribute compartment. The constant attribute compartment allows the constant attributes of 

25 an XML element to be explicitly represented in the UML model. In diis manner, the 

disclosed UML model distinguishes XML elements and XML attributes using the additional 
constant attribute compartmoit to store attributes that generally remain constant through all 
instances of an XML element type. 

The present invention makes the UML modeling of XML elements more clear 

30 and readable by separately modeling the attributes and elements of the XML element type. 
In addition, the present invention facilitates the automatic generation of XML schemas and 
source code with the appropriate software tools. An XML schema generator is disclosed that 
uses the extended UML model template of the present invention to automatically generate 



wo 03/085557 PCT/IB03/01362 

3 

XML schemas. A source code generator is disclosed that uses the extended UML model 
template of the present invention to generate source code in a given programming language. 

A more complete understanding of the present invention, as well as further 
features and advantages of the present invention, will be obtained by reference to the 
5 following detailed description and drawmgs. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a conventional unit for representing an object in accordance 
with the current UML model; 
1 0 FIG. 2 illustrates a first conventional approach for modeling XML applications 

with UML or variations of UML; 

FIG. 3 illustrates a second conventional approach for modeling XML 
applications with UML or variations of UML; 

FIG. 4 illustrates a third conventional approach for modeling XML 
1 5 applications with UML or variations of UML; 

FIG. 5 illustrates a new UML notation in accordance witti the present 
invention for modeling XML elements; 

FIG. 6 illustrates an XML schema generator that generates XML schemas 
using the UML model template of the present invmtion; 
20 FIG. 7 illustrates a source code generator that generates source code a given 

programming language using the UML model template of the present invention; and 

FIG. 8 is a block diagram of a system suitable for implementing all or a 
portion of the present inventioiL 

25 DETAILED DESCRIPTION 

As discussed hereinafter, the present invention extends the UML model to 
allow the constant attributes of a class to be explicitly indicated in the UML model. Thus, 
the presmt invention provides methods and apparatus that allow XML documents or 
application objects to be more precisely expressed. In particular, the disclosed UML model 

30 distinguishes XML elements and XML attributes by inserting an additional constant attribute 
compartment for containing attributes that generally remain constant through all instances of 
an XML element type. 

In UML, attributes are member/data variables of a class. These attributes can 
be divided into two categories: constant attributes such as class identification and variable 
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attributes which vary fiom objects to objects. Here, attributes we mention are UML attributes 
not XML attributes. 

Modeling XML Applications With UML 

A number of techniques have been proposed or suggested for modeling XML 
S supplications with UML or variations of UML. FIG. 2 illustrates one conventional sqpproach 
for modeling XML s^iplications using UML. As shown in FIG. 2, the exemplary class name 
compartment 210 records the name of the coiresponding class or element, PatientName. A 
label field and an id field in the attribute compartment 220 hold attributes of the element, 
PatientName. The field patient_name holds the value of the element, PatientName. As 
1 0 shown in FIG. 2, an XML schema 240 is manually generated fiom the UML class model 200. 
The operation compartment 230 is not used for modeling of XML objects. Finally, actual 
instances of the schema 250 can be generated using the XML schema 240. 

The problem with the first ^proach shown in FIG. 2 is that the model itself 
does not indicate which fields in the attribute compartment 220 are mapped to XML el^mts 
15 or attributes. 

FIG. 3 illustrates another conventional approach for modeling XML 
applications using UML. As shown in FIG. 3, the exemplary class name compartment 310 
records the name of the corresponding class or element, PatientName. A label field and an id 
field in the attribute compartment 320 hold attributes of the element, PatientName. The field 

20 patirat_name holds the value of the element, PatientName. Unlike the first approach in FIG. 
2, the label, id and pafient_name fields are marked as being an attribute or an element. As 
shown in FIG. 3, an XML schema 340 is manually generated finom the UML class model 300. 
The operation compartment 330 is not used for modeling of XML objects. Firudly, actual 
instances of the schema 3S0 can be generated using the XML schema 340. 

25 The problem with the second approach shown in FIG. 3 is that the model is 

too vert)ose and the mapping rules must be zppXxeA to each UML attribute to evaluate its 
target The UML attribute usage cannot be specified. 

FIG. 4 illustrates yet another conventional approach for modeling XML 
applications using UML, where two UML units are used to represent each XML element. A 

30 first unit 400-1 holds the variable attribute information about the element and a second unit 
400-2 holds the constant attribute inforaiation about the element. As shown in FIG. 4, the 
exemplary class name compartment 410-1 of a first imit 400-1 records the name of the 
corresponding class or element, PatientName. The field patient_iiame in the attribute 
compartment 420-1 holds the value of the element, PatientName. 
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A label field and an id field in the attribute compartment 420-2 of the second 
unit 400-2 hold the constant attributes of the element, PatientName. As shown in FIG. 4, an 
XML sch^a 440 can be automatically gmerated from the UML class model 400-1 , 2. The 
operation compartment 430 is not used for modeling of XNfL objects. Actual mstances of the 
5 schema (not shown) can be generated using the XML schema 440. 

The problem with the third ^proach shown in FIG. 4 is that the model 
requires a separate, additional class to define the attributes. 

Extmded UML for Modeling XML .^jplications 

FIG. 5 illustrates a new UML notation in accordance with die present 
10 invention for modeling XML elements. As shown in FIG. 5» an XML element is represented 
using a UML unit 500 having four compartments 510, 520, 530, 540. A class name 
compartment 510 records the name of the corresponding class or XML element type. The 
class name compartment 510 allows a stereotype to be specified, such as simpleType and 
complexType in XML structures (see, for example, XML Schema Definition Language, 
15 www.w3c.org/XML/Schema). 

A constant attribute compartment 520 specifies the constant attributes that will 
remain constant through all the PatientName instances. A variable attribute compartment 
530 specifies the variable attributes that will vary for difiTerent PatientName instances. The 
operation compartment 540 indicates one or more operation names with their corresponding 
20 retum type and paxameters, and is typically empty in defining XML types. In compartment 
520, «0..1» specifies the usage of the attribute label as optional. Similarly, the usage of 
other attributes can also be specified. The numbers within the brackets **« »" q)ecify the 
minimum arid maximum occurrences of a given attributes. 

Applications of Extended UML Model 
25 Once a UML model is built using the UML model template 500 in accordance 

with the present invration, XML schemas and source code in a given progranuning language 
can be automatically generated using existing tools together with additional mapping rules as 
illustrated in FIGS. 6 and 7. 

FIG. 6 illustrates an XML schema generator 600 that generates XML schemas 
30 650 using the UML model template 500. The XML schema generator 600 may be embodied, 
for example, as a computer or workstation that employs the XML Metadata Interchange 
(XMI) toolkit, commercially available fiom IBM Corp. and described in 
http://www.alphaworks.ibmxom/tech/xmiframework. or similar tools, such as the 
HyperModel™ application conunercially available firom XMLModeling Corp. and described 
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in www.xmlmodeling.com, as modified herein to incorporate the modified notation/template 
of the present invention, as would be apparent to a person of ordinary skill in the art. 

In one exemplary embodiment, the XML schema generator 600 maps a UML 
class to an XML Schmia component, such as complexType, element, or simpleType, based 
S on its stereotype. The constant attributes are mapped to the attributes of this component. 
Likewise, the variable attributes are mapped to the elements of this component 

FIG. 7 illustrates a source code generator 700 that generates Java source code 
7S0-1, 7S0-2, using the UML model template 500. The source code generator 700 may be 
embodied, for example, as a computer or workstation that employs the Rational Rose™ tool, 
10 comm^ially available from Rational Software Corporation and described m 

ht^://www.rational.com, or sunilar tools» such as System Architect™ from Popkin Software 
Coxporation, and described in www.popkin.com, as modified herein to incorporate the 
modified notation/template of the present invention, as would be apparent to a person of 
ordinary sldll in the art. 

1 5 Referring now to FIG. 8, a block diagram is shown of an exemplary system 

800 suitable for carrying out embodiments of the present invention. System 800 could be 
used for some or all of the methods and systems disclosed in FIGS. 5 through 7. System 800 
comprises a computer system 810 and a Compact Disk (CD) 850. Compute system 810 
comprises a processor 820, a memory 830 and a video display 840. 

20 As is known in the art, the methods and q>paratus discussed herein may be 

distributed as an article of manufacture that itself comprises a computer-readable medium 
having computer-readable code means embodied thereon. The computer-readable program 
code means is operable, in conjunction with a computer system such as computer system 810, 
to carry out all or some of the steps to perform the methods or create the apparatuses 

25 discussed herein. The computer-readable medium may be a recordable medium (e.g., floppy 
disks, hard drives, compact disks, or memory cards) or may be a transmission medium (e.g., 
a network comprising fiber-optics, the world-wide web, cables, or a wireless channel using 
time-division multiple access, code-division multiple access, or other radio-frequency 
channel). Any medium known or developed that can store information suitable for use with a 

30 computer syst^ may be used. The computer-readable code means is any mechanism for 
allowmg a computer to read instructions and data, such as magnetic variations on a magnetic 
medium or height variations on the surface of a compact disk, such as compact disk 850. 

Memory 830 configures the processor 820 to implement the methods, steps, 
and fimctions disclosed herein. The memory 830 could be distributed or local and the 
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processor 820 could be distributed or singular. The memory 830 could be implemented as an 
electrical, magnetic or optical memory, or any combination of these or otiier types of storage 
devices. Moreover, the term "mmiory** should be construed broadly enough to encompass 
any information able to be read from or written to an address in the addressable space 
5 accessed by processor 810. Widi fliis definition, infonnation on a network is still within 
memory 830 because the processor 820 can retrieve the information from the network. It 
should be noted that each distributed processor that makes up processor 820 gmerally 
contains its own addressable memory space. It should also be noted that some or all of 
computer system 810 can be incorporated into an application-specific or general-use 

1 0 integrated circuit. 

Video display 840 is any type of video display suitable for interacting with a 
human user of system 800. Generally, video display 840 is a computer monitor or other 
similar video display. 

It is to be understood that the embodiments and variations shown and 

1 S described herein are merely illustrative of the principles of this invention and that various 
modifications may be implemented by those skilled in the art without departing fit>m the 
scope and spirit of the invention. 
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CLAIMS: 



1 . A method for representing an XML object using a UML model, comprising 
the steps of: 

providing a UML model unit (500) for representing said XML object, said 
UML model unit (500) having a plurality of compartments (510, 520, 530, 540); and 
5 providing separate compartments (520, 530) in said UML model unit (500) for 

representing constant and variable attributes of said XML object. 

2. The method of claim 1 , wherein said constant attribute compartment (520) 
stores attributes that remain constant through all instances of an object. 

10 

3. The method of claim 1, wherein said variable attribute compartment stores 
attributes that vary for different instances of an object. 

4. The method of claim 1, wherein said constant attributes are automatically 
1 5 msqiped to attributes of an XML schema (650) component 

5. The method of claim 1 , wherein said variable attributes are automatically 
mapped to elemmts of an XML schema (650) component. 

20 6. A method for generating an XML schema (650) fiom a UML model, 

comprising the steps of: 

modeling said XML schema (650) using an extended UML model unit (500) 
having separate compartments (520, 530) for representing constant and variable attributes of 
said XML object; and 

25 automatically generating said XML schema (650) firom said modeled XML 

schema. 
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7. The method of claim 6, Wherein said step of automatically generating said 

XML schema (650) fiirtfaer comprises the stq> of moping constant attributes to attributes of 
an XML schema (650) componrat 

5 8. The method of claim 6, wherein said step of automatically graerating said 

XML schema (650) further comprises the step of moping variable attributes to elements of 
an XML schema (650) component. 

9. A method for generating source code (750) finom a UML model, comprising 
10 the steps of: 

modeling said source code (750) using an extended UML model unit (500) 
having separate compartments (520, 530) for representing constant and variable attributes of 
said XML object; and 

automatically generating said source code (750) from said modeled XML 

15 schema (650). 

10. The method of claim 9, wherein said step of automatically generating said 
source code (750) further comprises the step of mapping constant attributes to constant 
m^ber variables of a class. 

20 

1 1 . The method of claim 9, wherein said step of automatically gen^ating said 
source code (750) further comprises the stq> of m^ing variable attributes to member 
variables other than constant variables of a class. 

25 12. A system (800) for representing an XML object using a UML model, 

comprising: 

a memory (830) for storing computer readable code; and 
a processor (820) operatively coupled to said memory (830), said processor 
(820) configured to: 

30 provide a UML model unit (500) for representing said XML object, said UML 

model unit (500) having a plurality of compartments (510, 520, 530, 540); and 

provide separate compartments (520, 530) in said UML model unit (500) for 
representing constant and variable attributes of said XML object. 
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13. A system (800) for generating an XML schema (650) from a UML model, 
comprising: 

a memory (830) for storing computer readable code; and 

a processor (820) operatively coupled to said memory (830), said processor 
S (820) configured to: 

model said XML schema (650) using an extended UML model unit (500) 
having separate compartments (520, 530) for representing constant and variable attributes of 
said XML object; and 

automatically generate said XML schema (650) from said modeled XML 

10 schema (650). 

14. A system (800) for generating source code (750) from a UML model, 
comprising: 

a memory (830) for storing computer readable code; and 
a processor (820) operatively coupled to said memory (830), said processor 
(820) configured to: 

model said XML schema (650) using an extended UML model unit (500) 
having separate compartments (520, 530) for representing constant and variable attributes of 
said XML object; and 

automatically generate said source code (750) from said modeled XML 

schema (650). 

15. An article of manufacture (850) for representing an XML object using a UML 
model, comprising: 

25 a computer readable medium having compute readable code means embodied 

thereon, said computer readable program code means coir4)rising: 

a step to provide a UML model unit (500) for representing said XML object, 
said UML model unit (500) having a plurality of compartments (510, 520, 530, 540); and 
a step to provide separate compartments (520, 530) in said UML model unit 
30 (500) for representing constant and variable attributes of said XML object. 
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